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SOFTWARE STATUS 

We have a working SFSAcess program running on Mac (not integrated in the Finder). We nave 
a file server running on a Mac - 400kBytes - with a restricted set of functionality. They use 
real low-level protocols and interim file transfer protocols. We are in the design phase on 
maintenance software. In about 2 weeks we plan to have a file server running on a 2/10 and can 
they entertain alpha users inside Apple 32. 

HARDWAF^ STATUS 

We have a strawman design for a digital board that assumes parallel interfaces to disks. We 
are investigating the Widget interface options (current 12-chip, 4-chip version of current, new 

interface logic with sone processing noved fron the Z8 to 68000) aS well aS What Semi-Standard WOUld be 

best for larger disks. Once we settle on these two Issues we can revisit the strawman design 
and maximize it to support these 2 classes of disk controllers vs. cost vs. manufacturability vs. 
performance. 

DESIGN STATUS 

The corporate box program had developed a 240x210x70 box. This is too small, but we'd like 
to adhere to the footprint. It appears that 240x220x125 (sane footprint) might be correct - that 
allows about 70 square inches of digital board. We will get models of this design from Frog for 
perusal by the appropriate people. Given current semi-precise knowledge we will start heat 
and RFI analysis. 

ISSUES 

^ What interface to larger disks, tapes. 

* In larger disk configurations do we leave out the Widget? If not, what does it do? 

* Degree of structuring of file directory on SFS. 

* DB25 - any value for synch communication - backup, mall forwarding, etc. 

* Functionality in direct-connect-to-Mac mode. 


